home *** CD-ROM | disk | FTP | other *** search
/ AmigActive 22 / AACD 22.iso / AACD / Information / WebSites / Eyetech / DOWNLOAD / X-SUR002.LHA / readme.txt < prev    next >
Encoding:
Text File  |  2000-07-26  |  4.0 KB  |  119 lines
  1. Please read this file completely before posting any
  2. questions to the e-mail support!
  3.  
  4. Installation
  5. ------------
  6.  
  7. Copy     the     driver     for     your     processor    to
  8. devs:networks/x-surf.device.   Don't  forget  to  remove the
  9. three  digits  in  the name, the device will not work if the
  10. filename has a "000" or a "040" at the end!
  11.  
  12. Make a directory in envarc: named "sana2". This can be done
  13. with your favourite directory tool, or by typing in a shell:
  14.  
  15. makedir envarc:sana2
  16.  
  17. Copy  the file x-surf.config to that directory, then restart
  18. your   computer,  so  this  directory  and  file  is  copied
  19. automatically  to ENV:.  If you want to avoid a restart, you
  20. can  also  copy  the  directory to ENV:  manually.  Remember
  21. that  the  old device can only be removed from memory if the
  22. OpenCount  is 0, and you enter "avail flush" in a shell.  If
  23. this  is  greek  to  you,  a  simple restart will serve your
  24. needs.
  25.  
  26.  
  27. changes from V1.1
  28. -----------------
  29. 1. The  new  driver  now  supports more than one X-Surf.  Up to
  30.    eight  boards  are  supported.  Use the same device, and the
  31.    next unit number to access the next board.  The order of the
  32.    unit  numbers  is  taken from the order in the config chain,
  33.    i.e.  the X-Surf in the first slot is Unit 0.
  34.  
  35. 2. The full duplex mode is now supported (20MBit).  In order to
  36.    activate  it, the config file "env:sana2/x-surf.config" must
  37.    contain  the  keyword  "FullDuplex"  followed by "1" for the
  38.    unit you want to activate full duplex for.  Example:
  39.  
  40.  
  41.     --- cut ---
  42.  
  43.     # **** x-surf config file *****
  44.     #
  45.     Unit0.FullDuplex  0
  46.     Unit1.FullDuplex  1
  47.  
  48.     --- cut ---
  49.  
  50.    Board  number  0 will work with 10Mbit, while board number 1
  51.    uses 20MBit.  Comments in the file are marked with a # sign.
  52.    If  no configuration file is found, half-duplex mode will be
  53.    activated.
  54.    
  55.    Changes  are only stored in the board's EEPROM (non-volatile
  56.    memory)  if  the  config-file and the contents of the EEPROM
  57.    are different.
  58.  
  59. 3. Timer.device  is  now  being  used  for  all timing-critical
  60.    routines.  These are:
  61.  
  62.    - ISA-PNP
  63.    - r/w to/from EEPROM
  64.  
  65.    This  avoids  the  hickups of the mouse pointer during first
  66.    open of the device.
  67.  
  68. 4. The  device  now  uses  soft-interrupts instead of a task to
  69.    serve the hardware-IRQs.
  70.  
  71. 5. The  size  of the driver has been reduced by some optimizing
  72.    of  the  code.   This  has  also  improved  the  speed,  the
  73.    performance of this driver is now even better.
  74.  
  75. 6. The Promisc-mode of the driver has been corrected (reception
  76.    of all packets of the network).
  77.  
  78.  
  79.  
  80. Tests
  81. -----
  82.  
  83. The driver is working properly on all test-computers since a
  84. couple  of  days.   Some hubs do not display the full-duplex
  85. mode,  but  it can be used (proof:  performance stays stable
  86. when  adding another data stream in the opposite direction).
  87. Especially  Kingston-Hubs  do  not  seem to display the full
  88. duplex mode (LED stays off).
  89.  
  90. We  still don't know where the problem with Mac-emulators is
  91. located.   Please  report  any changes with this new driver,
  92. because  we believe that the corrected promisc-mode could be
  93. a solution.  None of the beta-testers has a Mac-emulator, so
  94. we need your help in order to test this.
  95.  
  96.  
  97. Versions
  98. --------
  99.  
  100. There  are  versions  for 68000, 68020 and 68040 processors.
  101. Many customers have asked for specialized versions for 68030
  102. and  68060  processors, and I want to answer these questions
  103. here:
  104.  
  105. The  different  versions  are  only  different regarding the
  106. addressing modes of the specific processor.  Since 68020 and
  107. 68030  are  identical in the used addressing modes, it would
  108. not  make  any  sense  to  re-compile  for  68030.  The same
  109. applies  to 68060 processors:  A re-compilation would result
  110. in  an  identical binary file with a different file name.  I
  111. hope  this  answers  all  questions  in this regard, and the
  112. e-mail support can answer more important questions.
  113.  
  114. If  you  have any comments, bugreports or something similar,
  115. for  example  just  want to tell us that the driver works as
  116. you expected, feel free to write:
  117.  
  118. jens@siliconsonic.de
  119.